Monitoring entitlement usage in an on-demand system

ABSTRACT

Methods and systems are provided for on-demand entitlement monitoring. One exemplary method involves an on-demand application server obtaining, from a database, usage information for a resource associated with an entitlement offered by a resource provider to a user of a client device and generating a graphical representation of usage of the resource by the user based at least in part on the usage information obtained from the database. In exemplary embodiments, the on-demand application server provides the graphical representation to the resource provider for integration into a graphical user interface display associated with a virtual application provided to the client device over a network.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application is a continuation of U.S. patent application Ser. No. 13/589,994, filed Aug. 20, 2012, which claims the benefit of U.S. provisional patent application Ser. No. 61/549,833, filed Oct. 21, 2011, and U.S. provisional patent application Ser. No. 61/594,214, filed Feb. 2, 2012, the entire contents of which are incorporated by reference herein.

The subject matter described herein is related to the subject matter described in U.S. patent application Ser. No. 13/557,048, filed Jul. 24, 2012.

TECHNICAL FIELD

Embodiments of the subject matter described herein relate generally to computer systems configured to support on-demand applications, and more particularly, embodiments of the subject matter relate to methods and systems for providing entitlements and monitoring entitlement usage in an on-demand application system.

BACKGROUND

In various industries, providers of products, services and/or resources often allocate and monitor consumption of those respective products, services and/or resources by customers. For example, a mobile network operator may allocate a mobile phone subscriber a particular number of voice minutes or a particular amount of data usage over a particular time period. To manage different product and/or service packages offered to customers and the subscription to and/or consumption of those product and/or service packages by customers, a resource provider often utilizes a customized software solution to manage those customer entitlements, which can be costly. Additionally, the customized entitlement management software may be inflexible, requiring additional cost and development time to incorporate new products and/or services or modify existing products and/or services.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the subject matter may be derived by referring to the detailed description and claims when considered in conjunction with the following figures, wherein like reference numbers refer to similar elements throughout the figures.

FIG. 1 is a block diagram of an exemplary application system;

FIG. 2 is a flow diagram of an exemplary entitlement management process suitable for implementation by the application system of FIG. 1;

FIG. 3 is a diagram illustrating communications within the application system of FIG. 1 in accordance with one exemplary embodiment of the entitlement management process of FIG. 2;

FIGS. 4-7 illustrate exemplary displays that may be presented on a client device in the application system of FIG. 1 in connection with the entitlement management process of FIG. 2 in accordance with one or more exemplary embodiments;

FIG. 8 is a block diagram of an exemplary multi-tenant system suitable for implementation by the application system of FIG. 1 in accordance with one or more embodiments;

FIG. 9 is a block diagram of another exemplary application system configured to support monitoring entitlement usage;

FIG. 10 is a flow diagram of an exemplary usage monitoring process suitable for implementation by the application system of FIG. 9;

FIG. 11 is a diagram illustrating communications within the application system of FIG. 9 in accordance with one exemplary embodiment of the usage monitoring process of FIG. 10; and

FIGS. 12-14 illustrate exemplary displays that may be presented on a client device in the application system of FIG. 9 in connection with the usage monitoring process of FIG. 10 in accordance with one or more exemplary embodiments.

DETAILED DESCRIPTION

Embodiments of the subject matter described herein generally relate to managing entitlements and monitoring entitlement usage in an on-demand application system. As used herein, an entitlement should be understood as referring to a particular combination, arrangement, or package of one or more resources offered by a resource provider. In this regard, in various embodiments, a respective resource associated with an entitlement may be a product, service, feature, or another resource offered by that respective resource provider. As described in greater detail below, in exemplary embodiments, an on-demand application server receives, from or otherwise on behalf of a resource provider, entitlement definition information for an entitlement offered by that resource provider. In this regard, the entitlement definition information may include, without limitation, a name or other identifier associated with the entitlement, the name(s) or other identifier(s) associated with the resource(s) associated with that entitlement, and any qualifying criteria associated with the respective resource(s) associated with that entitlement. For example, as described in greater detail below, the qualifying criteria may include qualifying values (e.g., default, minimum and/or maximum values) for quantities of a respective resource that may be consumed, a monitoring period over which the consumption of that respective resource is limited to those qualifying values, an indication of whether those qualifying values can be exceeded over a monitoring period (e.g., overage), an indication of whether failure to consume the qualifying values can be applied to a subsequent monitoring period (e.g., rollover), a relationship (or dependency) between respective resources associated with the entitlement, and/or other characteristics or attributes for a respective resource associated with the entitlement. As described in greater detail below, the entitlement definition information includes metadata that defines the fields and/or structure of custom (or tenant-specific) entitlement objects associated with that resource provider that are created for customers or users of that resource provider who have access to that entitlement (e.g., by purchasing the entitlement from the resource provider).

After receiving entitlement definition information for an entitlement offered by a resource provider, the on-demand application server updates a relational database to store or otherwise maintain the entitlement definition information in association with the resource provider, for example, by creating an entry in the relational database that includes the entitlement definition information and has a unique tenant identifier associated with the resource provider for one column of the entry. Subsequently, the on-demand application server receivers, from or on behalf of the resource provider, user entitlement configuration information for a customer or user of the resource provider that is capable of accessing or otherwise receiving that entitlement. As described in greater detail below, the user entitlement configuration information may include, without limitation, a name or other identifier the resource provider has associated with or otherwise assigned to the user along with user-specific qualifying criteria for the entitlement. In this regard, the user's entitlement may have different qualifying values, monitoring periods, or other attributes that are different than the standard or default values provided by the entitlement definition information. In response to receiving the user entitlement configuration information, the on-demand application server creates one or more entries in the relational database corresponding to one or more instances of custom entitlement objects associated with that user based on the user entitlement configuration information and the entitlement definition information. For example, the on-demand application server may create a user entitlement object associated with the resource provider using the entitlement metadata maintained by the relational database and the user entitlement configuration information. In this regard, the entitlement metadata defines the fields or structure of the user entitlement object while the user entitlement configuration information provides or otherwise defines any user-specific values for one or more of the fields of the user entitlement object. In this manner, the user-specific values may be used to overwrite or otherwise augment default values for one or more fields of the user entitlement object provided by the entitlement definition information. Additionally, the on-demand application server may create a user entitlement usage object for each resource associated with the user entitlement object. In a similar manner, the entitlement metadata defines the fields or structure of the user entitlement usage object (e.g., the monitoring period for that resource and indication of whether or not consumption of that resource is capable of overage and/or rollover) while the user entitlement configuration information provides or otherwise defines any user-specific values for one or more of the fields of the user entitlement usage object (e.g., a user-specific monitoring period or whether or not the user's consumption is capable of overage and/or rollover).

As described in greater detail below in the context of FIG. 3, after the custom entitlement objects associated with a customer or user of the resource provider are created, the resource provider may provide resources to the customer, and after providing resources to the customer, the resource provider indicates or otherwise provides usage information indicative of the resources consumed by the customer to the application server. In exemplary embodiments, the application server stores or otherwise maintains the usage information in a non-relational database, analyzes or otherwise summarizes the instances of usage information associated with that user and that resource to determine a usage summary for that user's consumption of that resource, and updates the user entitlement usage object for that resource to reflect the updated usage summary. Subsequently, before providing additional resources to the customer, the resource provider may communicate, transmit, or otherwise provide an entitlement status request for that customer with respect to that resource to the application server, wherein the application server accesses the entitlement objects associated with that customer to determine whether the user is entitled to that resource based on the user's current usage for that resource over the current monitoring period, the qualifying values, attributes and/or other qualifying criteria for that resource maintained by the relational database. The application server may respond to the entitlement status request by communicating, transmitting, or otherwise providing an indication of whether or not the user is entitled to the resource to the resource provider, wherein the resource provider grants and/or denies access to the requested resource based on the user's entitlement status.

Turning now to FIG. 1, an exemplary on-demand application system 100 includes an application server 102 that includes or otherwise implements an application platform 104 capable of generating instances of virtual applications at run-time (e.g., or “on-demand”) based upon data stored or otherwise maintained by a database 106 that is communicatively coupled to the application server 102 via a communications network 108, such as a wired and/or wireless computer network, a cellular network, a mobile broadband network, a radio network, or the like. In accordance with one or more embodiments, the database 106 is realized as a multi-tenant database that is shared between multiple tenants, that is, the database 106 may store or otherwise maintain data associated with a number of different tenants, as described in greater detail below in the context of FIG. 8.

In the illustrated embodiment, the application system 100 includes a resource provider system 110 that includes or otherwise implements an application platform 112 that generates a virtual application 114 based at least in part on data stored or otherwise maintained by the database 106 (and received via the application server 102) that controls or otherwise manages access to resources from a resource system 116 by a client device 118. As described in greater detail below, in exemplary embodiments, the provider system 110 provides entitlement definition information to the application server 102, which creates or otherwise maintains custom (or tenant-specific) entitlement objects associated with the provider system 110 in the database 106 based on the entitlement definition information. In this regard, the provider system 110 subsequently provides user entitlement configuration information for the user of the client device 118 to the application server 102, which, in turn, creates the custom entitlement objects associated with the user of the client device 118 based on the user entitlement configuration information and the entitlement definition information. The provider system 110 also provides entitlement usage information for the user of the client device 118 to the application server 102, which, in turn, monitors the user's entitlement usage information and determines whether the user of the client device 118 is entitled to resources provided by the provider system 110 based on the user entitlement configuration information reflected by the entitlement objects associated with the user of the client device 118. In this regard, in response to receiving indication that the user of the client device 118 is entitled to a particular resource, the provider system 110 allows the client device 118 to access the resource system 116 and obtain a requested resource that the user of the client device 118 is entitled to.

In the illustrated embodiment of FIG. 1, the provider system 110 generally represents a computing system and/or other components configured to implement an application platform 112 that generates or otherwise supports the virtual application 114 that interfaces with the client device 118 to manage provision of resources from the resource system 116 to the client device 118 for consumption. In this regard, the provider system 110 and/or application platform 112 may include a processing system (e.g., a processor, controller, or the like) that includes or otherwise accesses a memory or another non-transitory computer-readable medium capable of storing programming instructions or code for execution by the processing system that, when read and executed by the processing system, cause the application platform 112 to generate an instance of the virtual application 114 to interface with the client device 118 and perform various additional tasks, operations, functions, and processes described in greater detail below. The resource system 116 generally represents the hardware and/or other components of the provider system 110 that are associated with the products, services, and/or other resources that the user of the client device 118 requests access to. For example, if the provider system 110 is associated with or otherwise corresponds to a communications network operator (e.g., a mobile network operator), the resource system 116 may correspond to the communications network (e.g., a cellular or mobile network) that is utilized by the client device 118 to communicate with other client devices. In this regard, it should be noted that in such embodiments, the client device 118 may communicate with the provider system 110 and/or application platform 112 via the resource system 116 (e.g., the communications network controlled by the provider system 110) rather than the network 108 as illustrated in FIG. 1. In other example embodiments, if the provider system 110 is associated with or otherwise corresponds to a multimedia content provider, the resource system 116 may correspond to the databases and/or other data storage elements having multimedia content (e.g., audio and/or video files) stored thereon that may be downloaded, streamed, or otherwise accessed by the client device 118. In one exemplary embodiment, the provider system 110 is associated with or otherwise corresponds to a social media monitoring system that identifies and/or monitors various other computing systems (e.g., via network 108) for information associated with a particular customer and/or user of the client device 118 and analyzes that information, wherein the resource system 116 corresponds to the databases and/or other data storage elements having that information (or the analysis and/or summary thereof) stored thereon that may be viewed or otherwise accessed by the client device 118.

The client device 118 generally represents an electronic device that is utilized by a user to access or otherwise consume the resources provided by the provider system 110. In practice, the client device 118 can be realized as any sort of personal computer, mobile telephone, tablet or other network-enabled electronic device. In an exemplary embodiment, the client device 118 may include a display device, such as a monitor, screen, or another conventional electronic display, capable of graphically presenting data and/or information provided by the resource system 116 and/or the virtual application 114 along with a user input device, such as a keyboard, a mouse, a touchscreen, or the like, capable of receiving input data and/or other information from the user of the client device 118. In the illustrated embodiment, the user manipulates the client device 118 to execute a web browser application 119 and contact the provider system 110 and/or application platform 112 using a networking protocol, such as the hypertext transport protocol (HTTP) or the like, to request access to one or more products and/or services associated with the resource system 116. In exemplary embodiments, the application platform 112 authenticates the user and generates the virtual application 114 at run-time based upon information and/or data associated with the user and/or the provider system 110 maintained by the database 106. In this regard, the virtual application 114 includes code, data and/or other dynamic web content provided to the client device 118 that can be parsed, executed or otherwise presented by the browser application 119 running on the client device 118.

Still referring to FIG. 1, the application server 102 generally represents a computing system or another combination of other processing logic, circuitry, hardware, and/or other components configured to implement an application platform 104 that accesses the databases 106, 120 and supports the virtual application 114 generated by the provider's application platform 112. In this regard, the application server 102 may include a processing system (e.g., a processor, controller, or the like) that includes or otherwise accesses a memory or another non-transitory computer-readable medium of storing programming instructions for execution by the processing system that, when read and executed by the processing system, cause the application server 102 and/or application platform 104 to generate an entitlement management engine 130 that interfaces with the provider's application platform 112 and/or virtual application 114 and performs various additional tasks, operations, functions, and processes described in greater detail below in the context of FIGS. 2-7.

Depending on the embodiment, the database 106 may be realized as a relational database or another suitable database capable of supporting the operations of the application system 100 described herein. In this regard, the database 106 may maintain one or more data tables which contain data associated with users and/or tenants in the application system 100. In practice, the database 106 includes a database management system or other equivalent software that supports querying the data tables (e.g., determining an optimal query plan and retrieving a particular subset of data) and outputting the result of a query statement to the application server 102 and/or entitlement management engine 130. In exemplary embodiments, the provider system 110 is one tenant supported by the database 106, wherein the database 106 maintains, in association with the provider system 110 (e.g., using a unique tenant identifier assigned to the provider system 110), entitlement definition information received from the provider system 110 via the entitlement management engine 130 that defines the entitlements offered by the provider system 110 and the corresponding entitlement models. Additionally, the database 106 maintains entitlement objects for customers and/or users associated with the provider system 110 (e.g., the user of the client device 118) that are created by the entitlement management engine 130 in response to receiving entitlement configuration information for a particular user from the application platform 112 and/or virtual application 114.

In exemplary embodiments, the database 120 is realized as a non-relational or NoSQL database configured to maintain entitlement usage data corresponding to instances of a customer and/or user of the provider system 110 (e.g., the user of client device 118) accessing or otherwise consuming a product, service, or other resource provided by the provider system 110. In this regard, the database 120 may be realized as a cluster of databases, computers, servers, or the like (e.g., a Hadoop cluster) configured to maintain the entitlement usage data provided by the application platform 112 via the entitlement management engine 130. In exemplary embodiments, for an individual user associated with the provider system 110, the entitlement management engine 130 analyzes and/or summarizes the entitlement usage information for that user that is maintained by the non-relational database 120 to obtain entitlement usage summary data for that user that the entitlement management engine 130 then stores in the database 106, for example, as an entitlement usage object associated with that user and that particular provider system 110.

It should be understood that FIG. 1 is merely one simplified representation of an on-demand application system provided for purposes of explanation and is not intended to limit the subject matter described herein in any way. In this regard, practical embodiments of an on-demand application system may include any number of resource providers and/or client devices supported by the database 106 via any number of application servers.

FIG. 2 depicts an exemplary embodiment of an entitlement management process 200 suitable for implementation by an application system, such as application system 100, to manage entitlements associated with one or more provider systems. For illustrative purposes, the following description may refer to elements mentioned above in connection with FIG. 1. In practice, portions of the entitlement management process 200 may be performed by different elements of the application system 100. That said, in exemplary embodiments, the entitlement management process 200 is performed by the application server 102, the application platform 104 and/or the entitlement management engine 130. It should be appreciated that the entitlement management process 200 may include any number of additional or alternative tasks, the tasks need not be performed in the illustrated order and/or the tasks may be performed concurrently, and/or the entitlement management process 200 may be incorporated into a more comprehensive procedure or process having additional functionality not described in detail herein. Moreover, one or more of the tasks shown and described in the context of FIG. 2 could be omitted from a practical embodiment of the entitlement management process 200 as long as the intended overall functionality remains intact.

Referring to FIG. 2, and with continued reference to FIG. 1, in an exemplary embodiment, the entitlement management process 200 initializes or otherwise begins by receiving or otherwise obtaining entitlement definition information for an entitlement offered by a resource provider and maintaining an association between the entitlement definition information and the resource provider (tasks 202, 204). In this regard, the application server 102 and/or entitlement management engine 130 receives metadata and/or other information defining the structure or configuration of an entitlement offered by the provider system 110. The application server 102 and/or entitlement management engine 130 receives, either from the provider system 110 or from a client device operated by an administrator of the provider system 110, information defining the structure of a particular entitlement, such as, for example, information indicating the resources associated with that entitlement along with qualifying criteria or other information indicating the various limitations, rules and the like that control or otherwise limit the provisioning of resources in connection with the entitlement. The application server 102 and/or entitlement management engine 130 may receive entitlement definition information such as a name or other identifier to be associated with an entitlement, a name or other identifier associated with each respective resource to be associated with that entitlement, an indication of the relationship of one resource of that entitlement with respect to another resource associated with that entitlement (e.g., a parent-child relationship or the like), one or more qualifying values corresponding to allowable quantities of a respective resource (e g , minimum and/or maximum quantity values or other default values) associated with that entitlement, a time period over which the consumption of a respective resource associated with that entitlement is monitored, and/or other criteria pertaining to the quantities, usage and/or monitoring of a respective resource associated with that entitlement. For example, the application server 102 and/or entitlement management engine 130 may receive the name of a particular product or service offered by the provider system 110, a minimum and/or maximum value for a quantity of that product or service that may be consumed, a corresponding time period over with that product or service may be consumed, an indication of whether the quantity of that product or service consumed over that monitoring time period may exceed the minimum and/or maximum value, an indication of whether a failure to consume the minimum and/or maximum value over can be credited or otherwise rollover to the next monitoring time period, and the like. In this manner, the entitlement definition information corresponds to the entitlement model used by the provider system 110 for that entitlement.

In an exemplary embodiment, the application server 102 and/or entitlement management engine 130 maintains an association between the provider system 110 and the entitlement definition information by creating a corresponding entry or object in the database 106 that includes the unique tenant identifier associated with the provider system 110 along with the received entitlement definition information. As described in greater detail below, the entitlement definition metadata maintained by the database 106 is used to define the structure and/or fields of corresponding custom (or tenant-specific) entitlement objects created by the application server 102 and/or entitlement management engine 130 in the database 106 for individual customers and/or users of the provider system 110. As described in greater detail below in the context of FIGS. 4-7, in accordance with one or more embodiments, an administrator of the provider system 110 utilizes a client device (e.g., client device 118) to access the application server 102 (e.g., by directing the browser application 119 to an address on the network 108 that is associated with the application server 102), wherein the application platform 104 and/or entitlement management engine 130 generates or otherwise provides one or more graphical user interface (GUI) displays that are presented on the client device which are adapted to allow the administrator of the provider system 110 to input or otherwise provide the entitlement definition information to the application server 102.

Still referring to FIG. 2, in exemplary embodiments, the entitlement management process 200 continues by receiving or otherwise obtaining user entitlement configuration information for an entitlement from the resource provider and creating corresponding user entitlement objects in a relational database based on the user entitlement configuration information and the entitlement definition information associated with that entitlement (tasks 206, 208). In this regard, the user entitlement configuration information includes identifying information for the customer and/or user of the provider system 110 who the new instance of an entitlement is going to be associated with along with any user-specific limitations, rules and/or other criteria that control or otherwise limit the entitlement with respect to that user. For example, the user of the client device 118 may manipulate the browser application 119 to access the application platform 112 (e.g., by directing the browser application 119 to an address on the network 108 that is associated with the provider system 110 and/or application platform 112), wherein the application platform 112 generates the virtual application 114 within the browser application 119 that includes one or more GUIs adapted to allow the user of the client device 118 to select or otherwise indicate an entitlement offered by the provider system 110 that the user would like to purchase or otherwise access, along with particular quantities or other criteria for one or more of the resources associated with the selected entitlement that the user would like to be allotted or otherwise entitled to. After the user has indicated the desired quantities for the resources of a selected entitlement and completes selection of that entitlement (e.g., by purchasing the entitlement with those desired quantities), the virtual application 114 may provide, to the entitlement management engine 130, user entitlement configuration information that includes a unique identifier associated with the user of client device 118 that is used by the provider system 110 to authenticate or otherwise authorize the user, the name or identifier associated with the entitlement purchased or otherwise selected by the user, and any user-specific quantities or other criteria for one or more of the resources of that entitlement.

In exemplary embodiments, in response to receiving user entitlement configuration information from the provider system 110, the application platform 104 and/or entitlement management engine 130 creates one or more corresponding user entitlement objects in the relational database based on the received user entitlement configuration information and the entitlement definition information associated with that entitlement. For example, using the tenant identifier associated with the provider system 110 and the name or identifier associated with the entitlement purchased or otherwise selected by the user, the entitlement management engine 130 obtains the entitlement definition metadata from the object or entry in the relational database 106 that includes or is otherwise associated with both those identifiers. The entitlement management engine 130 creates a new custom user entitlement object (or entry) in the relational database 106 that is structured based on the entitlement definition metadata and includes the unique identifier associated with the user and any user-specified quantities, values and/or other criteria for one or more resources associated with that entitlement. In this regard, the user entitlement object includes fields corresponding to the resources identified by the entitlement definition metadata, the allowable quantities for those resources, the usage monitoring time periods for those resources, and any other qualifying criteria for those resources along with a field for the unique user identifier, wherein the fields of the user entitlement object corresponding to any user-specified quantities, values and/or other criteria are set to those values specified or otherwise selected by the user. In exemplary embodiments, the entitlement management engine 130 also creates a custom (or tenant-specific) user entitlement usage object (or entry) in the relational database 106 that is associated with the user's user entitlement object based on the entitlement definition metadata. For example, the user entitlement usage object may include fields corresponding to the quantity of consumption of a resource being monitored (which may be initially set to a value indicating zero consumption), the corresponding time period for monitoring that quantity, along with the qualifying values for that resource. In this regard, a different user entitlement usage object may be created for each different resource identified by the entitlement definition metadata for an entitlement.

After creating the user entitlement objects in the relational database, the entitlement management process 200 continues by receiving or otherwise obtaining usage information pertaining to the user's consumption of one or more resources offered by the resource provider, updating the non-relational database to reflect the usage information, determining the user's corresponding entitlement usage based on the user's usage information stored or otherwise maintained in the non-relational database, and updating the user's entitlement usage maintained in the relational database (tasks 210, 212, 214, 216). In this regard, after the entitlement management engine 130 has created or otherwise established the entitlement objects for the user of the client device 118, the user manipulates the client device 118 and/or browser application 119 to consume or otherwise access the resource system 116 and receive resources from the provider system 110 in accordance with his or her entitlement. In exemplary embodiments, the application platform 112 and/or virtual application 114 monitors the user's consumption and provides the entitlement management engine 130 with an indication of the resources of the resource system 116 consumed by the user and the consumed quantity of that resource. For example, each time the user of the client device 118 consumes an unit of a product or service, the application platform 112 and/or virtual application 114 may provide the entitlement management engine 130 with the identity of the product or service being consumed, the quantity of that product or service that was consumed, and the unique identifier associated with the user of the client device 118 that consumed the product or service. In response to receiving this information from the provider system 110, the entitlement management engine 130 creates a new entry in the non-relational database 120 corresponding to that instance of received usage information that includes the identity of the consumed resource, the consumed quantity of that resource, and the unique identifier associated with the consuming user. In exemplary embodiments, the usage entry in the non-relational database 120 also includes a timestamp indicating when that quantity was consumed to support monitoring the consumption over a particular monitoring time period. In this regard, the application platform 112 and/or virtual application 114 may provide the entitlement management engine 130 with a date and/or time associated with consumption of the product or service.

After updating the non-relational database 120 to reflect the recently received instance of usage information, the entitlement management engine 130 calculates or otherwise determines the user's entitlement usage over the appropriate monitoring period based on the usage information associated with the user. For example, the entitlement management engine 130 may access the relational database 106 to obtain the user entitlement usage object associated with the user and determine the monitoring period for the consumed resource based on the corresponding field(s) of the user entitlement usage object. After determining the monitoring period for a particular resource, the entitlement management engine 130 determines a starting time corresponding to the beginning of the current monitoring period and queries the non-relational database 120 using the identifier associated with that resource and the identifier associated with the user for any instances of consumption of the identified resource by that identified user occurring after the starting time (e.g., usage entries having a timestamp that is preceded by the starting time). After obtaining the usage information for that resource over the current monitoring period, the entitlement management engine 130 determines the user's entitlement usage for the current monitoring period, for example, by determining the cumulative quantity of that resource consumed, and updates the corresponding field of the user's user entitlement usage object to reflect the current usage for that particular resource. In this manner, the entitlement management engine 130 summarizes or otherwise analyzes the individual usage instances for the user to determine the user's entitlement usage that is then stored or otherwise maintained by the user's user entitlement usage object in the relational database 106.

Still referring to FIG. 2, in the illustrated embodiment, the entitlement management process 200 continues by receiving or otherwise obtaining a request for a user's entitlement status for a particular resource offered by a resource provider and determining whether the user is entitled to that resource (tasks 218, 220). In this regard, when the user manipulates the client device 118 and/or browser application 119 to receive, consume or otherwise access a resource from the resource system 116, the application platform 112 and/or the virtual application 114 may transmit a request to the entitlement management engine 130 to determine whether the user is entitled to that resource. For example, the application platform 112 and/or virtual application 114 may transmit a request including the identifier associated with the user of the client device 118 and the identifier associated with the product, service and/or resource the user is attempting to access. Using the user's identifier and the tenant identifier associated with the provider system 110, the entitlement management engine 130 identifies any entitlement objects associated with the user in the relational database 106 to determine whether the user is associated with an entitlement that includes the identified resource. When the user is associated with an entitlement that includes the identified resource, the entitlement management engine 130 obtains or otherwise accesses the user's user entitlement usage object associated with that entitlement object to obtain the user's entitlement usage (or consumption) of that resource. Based on the user's entitlement usage with respect to that product or service along with any other limitations, rules and/or qualifying criteria for that product or service, the entitlement management engine 130 determines whether the user is entitled to that product or service. For example, the entitlement management engine 130 may determine a user is entitled to a requested resource when the user's entitlement usage indicates that the user has not exceeded his or her entitled (or allotted) quantity with respect to that resource or when the user's entitlement usage indicates that the user has exceeded his or her entitled quantity if criteria associated with that resource indicates that the user is allowed to exceed his or her entitled quantity (e.g., overage).

In accordance with one or more embodiments, when the entitlement management process 200 determines a user is entitled to the requested resource, the entitlement management process 200 continues by providing indication that the user is entitled to the resource provider (task 222). For example, when the user's entitlement usage indicates that the user has not exceeded his or her allotted (or entitled) quantity with respect to that resource over the current monitoring period, the entitlement management engine 130 may indicate to the application platform 112 and/or the virtual application 114 that the user is entitled to the resource. In some embodiments, the entitlement management engine 130 may transmit or otherwise provide, to the application platform 112 and/or the virtual application 114, the user's entitled quantity for the requested resource along with the user's current usage with respect to that requested resource over the current monitoring period. When the user is entitled to continue consuming resources from the provider system 110, the loop defined by tasks 210, 212, 214, 216, 218, 220, and 222 of the entitlement management process 200 may repeat as desired throughout operation of the entitlement management process 200 to provide the user with access to resources offered by the provider system 110 and maintain information pertaining to the user's entitlements and usage in the databases 106, 120. Conversely, when the entitlement management process 200 determines a user is not entitled to the requested resource, the entitlement management process 200 continues by providing indication that the user is not entitled to the resource provider (task 224). For example, when the user's entitlement usage indicates that the user has exceeded his or her entitled quantity with respect to that requested resource over the current monitoring period and the overage criteria associated with that requested resource indicates overage is not allowed, the entitlement management engine 130 may indicate to the application platform 112 and/or the virtual application 114 that the user is entitled to the requested resource, wherein the application platform 112 and/or the virtual application 114 responds by denying the client device 118 access to the resource system 116 for that requested resource. In some embodiments, the entitlement management engine 130 may transmit or otherwise provide, to the application platform 112 and/or the virtual application 114, the user's entitled quantity for the requested resource along with the user's current usage with respect to that requested resource over the current monitoring period, thereby allowing the application platform 112 and/or the virtual application 114 to indicate to the user why consumption of the requested resource is being denied.

FIG. 3 illustrates an exemplary sequence 300 of communications within the application system 100 in accordance with an exemplary embodiment of the entitlement management process 200 of FIG. 2. Referring to FIG. 3, and with continued reference to FIGS. 1-2, the illustrated sequence 300 begins with the application server 102 receiving 302 entitlement definition information for an entitlement offered by the provider system 110. As described above, the provider system 110 may transmit or otherwise provide definition information and/or other metadata for an entitlement including, but not limited to, an indication of the resources associated with that entitlement and various qualifying criteria that control or otherwise limit the provisioning of those indicated resources in connection with that entitlement (e.g., default values corresponding to allowable consumed quantities, minimum and/or maximum values for allowable consumed quantities, a monitoring time period for monitoring the consumption of a respective resource, and the like). After receiving the entitlement definition information, the application server 102 updates 304 the relational database 106 to maintain an association between the provider system 110, the defined entitlement, and the definition information and/or metadata associated with that entitlement, for example, by creating an entry or object in the database 106 that includes the unique tenant identifier associated with the provider system 110 along with the received entitlement definition information.

After the provider system 110 has provided the definition information and/or metadata for the entitlements being offered, the provider system 110 may interact with users and/or customers via client devices to provide the resources to individual users and/or customers in accordance with the entitlement definition information. In the illustrated embodiment of FIG. 3, a user of the client device 118 manipulates the browser application 119 to access the virtual application 114 provided by the application platform 112 to purchase, select, configure, or otherwise indicate a desired entitlement, that is, a particular combination of resources that user would like to be able to consume over a particular time period. In response to receiving 306 an indication of the desired entitlement from the client device 118, the provider system 110 transmits or otherwise provides 308 the corresponding user entitlement configuration information to the application server 102. The user entitlement configuration information received from the provider system 110 may include, without limitation, the provider's unique identifier associated with the user of the client device 118 that will be associated with the new instance of an entitlement along with any user-specific and/or user-specified limitations, rules and/or other criteria that control or otherwise limit the entitlement with respect to that user.

As described above, in response to receiving the user entitlement configuration information from the provider system 110, the application server 102 updates 310 the relational database 106 to maintain an association between that user and the selected entitlement by creating custom (or tenant-specific) user entitlement objects in the relational database 106 based on the received user entitlement configuration information and the entitlement definition information associated with that entitlement stored in the relational database 106. In this regard, the entitlement definition information indicates the appropriate fields (and the relationships among them) for that user's corresponding user entitlement object and user entitlement usage object that may be generated or otherwise populated with the values or other user entitlement configuration information in lieu of default values provided by the entitlement definition information. As described above, in exemplary embodiments, each of the user entitlement objects in the database 106 includes or is otherwise associated with the unique identifier assigned to the provider system 110 by the application server 102 along with any unique identifier that may be assigned to the user of the client device 118 by the provider system 110.

After the user's entitlement is created or otherwise registered by the application server 102, the user of the client device 118 manipulates the browser application 119 to transmit or otherwise provide a request 312 to the virtual application 114 to access a particular resource from the resource system 116. In response to receiving the request from the client device 118, the provider system 110 transmits or otherwise provides 314, to the application server 102, a request for the user's entitlement status with respect to that requested resource. In this regard, the entitlement status request includes the identifier associated with the user of the client device 118 along with an identifier associated with the requested resource. In response to the entitlement status request, the application server 102 utilizes the user's identifier to access or otherwise obtain 316 the user's entitlement object(s) from the relational database 106 and determines whether the user of the client device 118 is entitled to the requested resource. In this regard, using the identifier associated with the requested resource, the application server 102 identifies or otherwise obtains the user's usage data for the requested resource over the monitoring period specified by that user's user entitlement configuration information along with the minimum and/or maximum values and/or other metadata for that requested resource provided by the user's entitlement object. In exemplary embodiments, the application server 102 determines whether or not the user is entitled to that requested resource based on the minimum and/or maximum values and/or other metadata for that requested resource and transmits or otherwise provides 318 an indication to the provider system 110 that the user is entitled when the user's usage data indicates the user is entitled to the requested resource. In other embodiments, the application server 102 may transmit or otherwise provide the user's usage data and entitlement configuration information to the provider system 110 to enable the provider system 110 to determine whether or not the user is entitled.

When the user is entitled to the requested resource, the provider system 110 interacts 320 with the client device 118 to enable consumption of the requested resource from the resource system 116 and monitor the consumption of the requested resource. The provider system 110 transmits or otherwise provides 322, to the application server 102, usage information pertaining to the previously requested resource. In response to receiving the usage information, the application server 102 updates 324 the non-relational database 120 to reflect the new instance of usage (or consumption) of that resource by that user then summarizes or otherwise analyzes that user's usage data to determine the user's entitlement usage over the monitoring period for that resource. After determining the user's entitlement usage for that resource, the application server 102 updates 326 the relational database 106 to reflect the updated usage for that resource by modifying the usage data stored or otherwise maintained by the user's user entitlement usage object for that resource.

Still referring to FIG. 3, in the illustrated embodiment, the user of the client device 118 may subsequently manipulate the browser application 119 to transmit or otherwise provide one or more subsequent requests 328 to the virtual application 114 to access a particular product, service and/or resource from the resource system 116. In a similar manner as described above, the provider system 110 transmits or otherwise provides 330 an entitlement status request to the application server 102, and in response to the entitlement status request, the application server 102 accesses 332 the relational database 106 to identify or otherwise obtain the user's usage data for the requested resource over the monitoring period specified by that user's user entitlement configuration information along with the minimum and/or maximum values and/or other metadata for that requested resource provided by the user's entitlement object. In exemplary embodiments, the application server 102 determines whether or not the user is entitled to that requested resource and transmits or otherwise provides 334 an indication to the provider system 110 that the user is not entitled when the user's usage data indicates the user is not entitled to the requested resource, for example, when the user's usage data indicates the user's consumed quantity of that requested resource over a monitoring period meets or exceeds a maximum quantity of consumption over that monitoring period. In other embodiments, the application server 102 transmits or otherwise provides the user's usage data and entitlement configuration information to the provider system 110 to enable the provider system 110 to determine whether or not the user is entitled. When the user is not entitled, the provider system 110 may deny the client device 118 access to the resource system 116 and transmit or otherwise provide 336, to the client device 118, an indication to the user that he or she is not entitled to the requested resource.

FIGS. 4-7 illustrate an exemplary sequence of displays that may be graphically presented by the entitlement management engine 130 and/or application platform 104 within a browser application executing on a client device, such as the browser application 119 on the client device 118, to support defining or otherwise creating an entitlement associated with the provider system 110. In this regard, the displays illustrated in FIGS. 4-7 represent a portion of the visual area on the electronic display device associated with a client device operated by an administrator of the provider system 110 or another user within the application system 100 who is authorized to define or otherwise modify entitlements offered by the provider system 110. In practice, the displays may be realized as or otherwise derived from one or more screens integrated with or otherwise supported by the application platform 104, which may be custom screens specific to the provider system 110 or standard screens supported by the application platform 104, as described in greater detail below in the context of FIG. 8. In accordance with one embodiment, the administrator of the provider system 110 may manipulate a browser application (e.g., browser application 119) to access the application platform 104 and/or entitlement management engine 130 (e.g., by directing the browser application to an address on the network 108 that is associated with the application server 102), wherein the application platform 104 and/or entitlement management engine 130 generates a virtual application within the browser application that includes one or more GUI displays adapted to allow the user of the client device to create, define, or otherwise modify an entitlement offered by the provider system 110. In other embodiments, the administrator of the provider system 110 may manipulate the browser application to access the application platform 112, which, in turn accesses the application platform 104 and/or entitlement management engine 130 to obtain the code, data and/or other dynamic web content for the one or more GUI displays presented by the virtual application 114 within the browser application. In this manner, the GUI displays may be presented on a client device by the entitlement management engine 130 via the provider application platform 112 and/or virtual application 114.

Turning now to FIG. 4, in the illustrated embodiment, the entitlement management engine 130 provides, presents, or otherwise displays a tabbed interface display 400 within a browser application on a client device that includes a tab 402 that may be elected by the user of the client device to create, define, or otherwise modify an entitlement associated with the provider system 110. When the entitlement tab 402 is selected, a second tabbed interface display 404 is presented within the entitlement tab display region that includes one or more GUI elements 406, 408, 410, 412 adapted to allow the user to identify, indicate or otherwise select the entitlement being defined. In the illustrated embodiment, the tabbed interface display 404 includes a first list box 406 adapted to allow the user to select or otherwise indicate the provider system 110 that the entitlement is to be associated with and a second list box 408 adapted to allow the user to select or otherwise indicate the name of the entitlement being defined. In this regard, the list box 406 may be populated with the names or identifiers of provider systems supported by the application server 102 that the user is associated with, and the list box 408 may be populated with the names or identifiers of entitlements associated with the selected provider system in list box 406 that have been previously defined. It should be noted that in other embodiments, the GUI element 408 may be realized as a text box or combo box adapted to allow the user to create or otherwise define new entitlements to be supported by the application server 102. Additionally, the tabbed interface display 404 includes radio buttons 410, 412 adapted to allow the user of the client device to indicate whether the entitlement is a base product or an add-on. In this regard, a base product represents a baseline or lower tier entitlement offered by the provider system 110 at a relatively lower cost and an add-on represents an enhanced or higher tier entitlement offered by the provider system 110 at a relatively higher cost or an otherwise separate entitlement offered by the provider system 110 for an additional cost that may augment or otherwise be combined with a base product.

After the user has manipulated the GUI elements 406, 408, 410, 412 to identify, indicate, or otherwise select the entitlement being defined, the user may select another GUI element 414 presented within the second tabbed interface display 404 to advance to the next tab 420 of the second tabbed interface display 404 illustrated by FIG. 5. In this regard, when tab 420 is activated or otherwise selected, the display region of the tabbed interface display 404 includes a plurality of GUI elements adapted to allow the user to identify a particular product, service and/or resource offered by the provider system that is to be associated with the entitlement being defined along with qualifying criteria for the consumption of that product, service and/or resource. In this regard, the tabbed interface display 404 includes a text box 500 adapted to allow the user to input or otherwise indicate the name or identifier associated with that respective product, service and/or resource. In the illustrated embodiment, the tabbed interface display 404 also includes radio buttons 502, 504 adapted to allow the user to select or otherwise indicate whether the resource is a user-specific or platform-specific resource. In this regard, a user-specific resource should be understood as a resource that is consumed and/or monitored via user interaction with the provider system 110 and a platform-specific resource should be understood as a resource that is consumed and/or monitored without or otherwise independently of user interaction with the provider system 110. For example, in an embodiment where the provider system 110 corresponds to a social media monitoring system, a user-specific resource may be a number of licenses offered or a number of topics being monitored as part of an entitlement while a platform-specific resource may be a number of mentions satisfying a topic being monitored that are identified via the network 108 (e.g., on other computer systems). Additionally, the tabbed interface display 404 includes check boxes 506, 508, 510 and associated text boxes 507, 509 adapted to allow the user to input or otherwise indicate minimum and/or maximum values for the quantity of the identified resource that is allowed to be consumed in connection with the current entitlement. For example, as illustrated, the user may select a check box 508 to indicate the identified resource is associated with a maximum allowed quantity for consumption and manipulate the text box 509 to indicate the desired maximum quantity. The second tabbed interface display 404 includes GUI elements, such as radio buttons 512, 514 and list box 516, adapted to allow the user to define the monitoring period associated with the identified resource, as described above. Additionally, in the illustrated embodiment, the tabbed interface display 404 includes radio buttons 518, 520 adapted to allow the user to indicate whether consumption of the identified resource can exceed the maximum quantity over the monitoring period (if a monitoring period is specified) along with radio buttons 522, 524 adapted to allow the user to indicate whether failure to consume the maximum quantity of the identified resource over the monitoring period can be credited to or otherwise utilized to modify the maximum quantity for the subsequent monitoring period.

Still referring to FIG. 5, in the illustrated embodiment, the second tabbed interface display 404 includes a button 526 that may be selected by the user to store or otherwise maintain the association between the identified resource and the currently selected and/or indicated qualifying criteria, wherein in response to selection of the button 526, the entitlement management engine 130 updates the relational database 106 with the entitlement definition information indicated by the GUI elements of the second tabbed interface display 404, thereby maintaining an association between the entitlement currently being defined, the identified resource associated with that entitlement, and its consumption qualifying criteria. The second tabbed interface display 404 may also include a button 528 that may be selected by the user to delete or otherwise remove the identified resource from the current entitlement, along with another button 530 that may be selected by the user to add one or more additional products, services and/or resources to be associated with the current entitlement.

After the user has manipulated the GUI elements to identify, indicate, or otherwise define the desired resources to be associated with the entitlement currently being defined, the user may select a button 540 (or another selectable GUI element) presented within the second tabbed interface display 404 to advance to the next tab 430 of the second tabbed interface display 404 illustrated by FIG. 6. In this regard, when tab 430 is activated or otherwise selected, the display region of the tabbed interface display 404 includes a pair of GUI elements 600, 602, such as list boxes, adapted to allow the user to identify a relationship between resources associated with the current entitlement. For example, the user may select or otherwise identify a parent resource using the first list box 600 and select or otherwise identify a child resource using the second list box 602, thereby indicating that the resource identified via the second list box 602 is associated with the resource identified via the first list box 600 as a child or other subsidiary to the parent resource. In this regard, a child (or nested) resource is defined and/or monitored with respect to a parent resource. For example, a parent resource may be a number of licenses offered by the provider system 110 as part of an entitlement, and a child resource may be an allowable number of logins per license over a given time period as part of the entitlement. The user may select a button 604 (or another selectable GUI element) presented within the second tabbed interface display 404 to advance to the next tab 440 of the second tabbed interface display 404, wherein the second tabbed interface display 404 is updated to present or otherwise display a summary of the entitlement definition information provided by the user, as illustrated by FIG. 7. When the user is satisfied with the provided entitlement definition information, the user may select a button 700 (or another selectable GUI element) within the nested tabbed interface display 404 to cause the entitlement definition information to be transmitted or otherwise provided to the entitlement management engine 130, which, in turn, updates the relational database 106 so that an entry in the relational database 106 corresponds to the defined entitlement and maintains an association between the provider system 110, the name or identifier of the entitlement selected or otherwise indicated by the user, the name or identifier of the resources selected or otherwise indicated by the user as being associated with that entitlement, the consumption qualifying criteria associated selected or otherwise indicated by the user to be associated with each respective resource associated with the entitlement, and any relationship(s) between resources associated with the entitlement.

Referring now to FIG. 8, in accordance with one or more embodiments, the database 106 is realized as a multi-tenant database that stores or otherwise maintains data associated with a plurality of tenants as part of a multi-tenant system, and the application server 102 provide instances of virtual applications and/or instances of the entitlement management engine 130 to users of multiple different tenants, as described in greater detail below. The illustrated multi-tenant system 800 of FIG. 8 includes a server 802 (e.g., application server 102) that dynamically creates and supports virtual applications 828 based upon data 832 from a common database 830 (e.g., database 106) that is shared between multiple tenants, alternatively referred to herein as a multi-tenant database. Data and services generated by the virtual applications 828 are provided via a network 845 (e.g., network 108) to any number of client devices 840 (e.g., client devices 118, provider system 110, provider application platform 112, or the like), as desired. Each virtual application 828 is suitably generated at run-time (or on-demand) using a common application platform 810 (e.g., application platform 104) that securely provides access to the data 832 in the database 830 for each of the various tenants subscribing to the multi-tenant system 800. In accordance with one non-limiting example, the multi-tenant system 800 is implemented in the form of an on-demand multi-tenant customer relationship management (CRM) system that can support any number of authenticated users of multiple tenants.

As used herein, a “tenant” or an “organization” should be understood as referring to a group of one or more users that shares access to common subset of the data within the multi-tenant database 830. In this regard, each tenant includes one or more users associated with, assigned to, or otherwise belonging to that respective tenant. To put it another way, each respective user within the multi-tenant system 800 is associated with, assigned to, or otherwise belongs to a particular tenant of the plurality of tenants supported by the multi-tenant system 800. Tenants may represent customers, customer departments, business or legal organizations, and/or any other entities that maintain data for particular sets of users within the multi-tenant system 800. For example, the provider system 110 may be one tenant supported by the multi-tenant system 800, with information pertaining to each customer of the provider system 110 being associated with the provider system 110. Although multiple tenants may share access to the server 802 and the database 830, the particular data and services provided from the server 802 to each tenant can be securely isolated from those provided to other tenants. The multi-tenant architecture therefore allows different sets of users to share functionality and hardware resources without necessarily sharing any of the data 832 belonging to or otherwise associated with other tenants.

The multi-tenant database 830 is any sort of repository or other data storage system capable of storing and managing the data 832 associated with any number of tenants. The database 830 may be implemented using any type of conventional database server hardware. In various embodiments, the database 830 shares processing hardware 804 with the server 802. In other embodiments, the database 830 is implemented using separate physical and/or virtual database server hardware that communicates with the server 802 to perform the various functions described herein. In an exemplary embodiment, the database 830 includes a database management system or other equivalent software capable of determining an optimal query plan for retrieving and providing a particular subset of the data 832 to an instance of virtual application 828 in response to a query initiated or otherwise provided by a virtual application 828. The multi-tenant database 830 may alternatively be referred to herein as an on-demand database, in that the multi-tenant database 830 provides (or is available to provide) data at run-time to on-demand virtual applications 828 generated by the application platform 810.

In practice, the data 832 may be organized and formatted in any manner to support the application platform 810. In various embodiments, the data 832 is suitably organized into a relatively small number of large data tables to maintain a semi-amorphous “heap”-type format. The data 832 can then be organized as needed for a particular virtual application 828. In various embodiments, conventional data relationships are established using any number of pivot tables 834 that establish indexing, uniqueness, relationships between entities, and/or other aspects of conventional database organization as desired. Further data manipulation and report formatting is generally performed at run-time using a variety of metadata constructs. Metadata within a universal data directory (UDD) 836, for example, can be used to describe any number of forms, reports, workflows, user access privileges, business logic and other constructs that are common to multiple tenants. Tenant-specific formatting, functions and other constructs may be maintained as tenant-specific metadata 838 for each tenant, as desired. Rather than forcing the data 832 into an inflexible global structure that is common to all tenants and applications, the database 830 is organized to be relatively amorphous, with the pivot tables 834 and the metadata 838 providing additional structure on an as-needed basis. To that end, the application platform 810 suitably uses the pivot tables 834 and/or the metadata 838 to generate “virtual” components of the virtual applications 828 to logically obtain, process, and present the relatively amorphous data 832 from the database 830.

The server 802 is implemented using one or more actual and/or virtual computing systems that collectively provide the dynamic application platform 810 for generating the virtual applications 828. For example, the server 802 may be implemented using a cluster of actual and/or virtual servers operating in conjunction with each other, typically in association with conventional network communications, cluster management, load balancing and other features as appropriate. The server 802 operates with any sort of conventional processing hardware 804, such as a processor 805, memory 806, input/output features 807 and the like. The input/output features 807 generally represent the interface(s) to networks (e.g., to the network 845, or any other local area, wide area or other network), mass storage, display devices, data entry devices and/or the like. The processor 805 may be implemented using any suitable processing system, such as one or more processors, controllers, microprocessors, microcontrollers, processing cores and/or other computing resources spread across any number of distributed or integrated systems, including any number of “cloud-based” or other virtual systems. The memory 806 represents any non-transitory short or long term storage or other computer-readable media capable of storing programming instructions for execution on the processor 805, including any sort of random access memory (RAM), read only memory (ROM), flash memory, magnetic or optical mass storage, and/or the like. The computer-executable programming instructions, when read and executed by the server 802 and/or processor 805, cause the server 802 and/or processor 805 to create, generate, or otherwise facilitate the application platform 810 and/or virtual applications 828 and perform one or more additional tasks, operations, functions, and/or processes described herein. It should be noted that the memory 806 represents one suitable implementation of such computer-readable media, and alternatively or additionally, the server 802 could receive and cooperate with external computer-readable media that is realized as a portable or mobile component or application platform, e.g., a portable hard drive, a USB flash drive, an optical disc, or the like.

The application platform 810 is any sort of software application or other data processing engine that generates the virtual applications 828 that provide data and/or services to the client devices 840. In a typical embodiment, the application platform 810 gains access to processing resources, communications interfaces and other features of the processing hardware 804 using any sort of conventional or proprietary operating system 808. The virtual applications 828 are typically generated at run-time in response to input received from the client devices 840. For the illustrated embodiment, the application platform 810 includes a bulk data processing engine 812, a query generator 814, a search engine 816 that provides text indexing and other search functionality, and a runtime application generator 820. Each of these features may be implemented as a separate process or other module, and many equivalent embodiments could include different and/or additional features, components or other modules as desired.

The runtime application generator 820 dynamically builds and executes the virtual applications 828 in response to specific requests received from the client devices 840. The virtual applications 828 are typically constructed in accordance with the tenant-specific metadata 838, which describes the particular tables, reports, interfaces and/or other features of the particular application 828. In various embodiments, each virtual application 828 generates dynamic web content that can be served to a browser or other client program 842 associated with its client device 840, as appropriate.

The runtime application generator 820 suitably interacts with the query generator 814 to efficiently obtain multi-tenant data 832 from the database 830 as needed in response to input queries initiated or otherwise provided by users of the client devices 840. In a typical embodiment, the query generator 814 considers the identity of the user requesting a particular function (along with the user's associated tenant), and then builds and executes queries to the database 830 using system-wide metadata 836, tenant specific metadata 838, pivot tables 834, and/or any other available resources. The query generator 814 in this example therefore maintains security of the common database 830 by ensuring that queries are consistent with access privileges granted to the user and/or tenant that initiated the request. In this manner, the query generator 814 suitably obtains requested subsets of data 832 accessible to a user and/or tenant from the database 830 as needed to populate the tables, reports or other features of the particular virtual application 828 for that user and/or tenant.

Still referring to FIG. 8, the data processing engine 812 performs bulk processing operations on the data 832 such as uploads or downloads, updates, online transaction processing, and/or the like. In many embodiments, less urgent bulk processing of the data 832 can be scheduled to occur as processing resources become available, thereby giving priority to more urgent data processing by the query generator 814, the search engine 816, the virtual applications 828, etc.

In exemplary embodiments, the application platform 810 is utilized to create and/or generate data-driven virtual applications 828 for the tenants that they support. Such virtual applications 828 may make use of interface features such as custom (or tenant-specific) screens 824, standard (or universal) screens 822 or the like. Any number of custom and/or standard objects 826 may also be available for integration into tenant-developed virtual applications 828. As used herein, “custom” should be understood as meaning that a respective object or application is tenant-specific (e.g., only available to users associated with a particular tenant in the multi-tenant system) or user-specific (e.g., only available to a particular subset of users within the multi-tenant system), whereas “standard” or “universal” applications or objects are available across multiple tenants in the multi-tenant system. The data 832 associated with each virtual application 828 is provided to the database 830, as appropriate, and stored until it is requested or is otherwise needed, along with the metadata 838 that describes the particular features (e.g., reports, tables, functions, objects, fields, formulas, code, etc.) of that particular virtual application 828. For example, a virtual application 828 may include a number of objects 826 accessible to a tenant, wherein for each object 826 accessible to the tenant, information pertaining to its object type along with values for various fields associated with that respective object type are maintained as metadata 838 in the database 830. In this regard, the object type defines the structure (e.g., the formatting, functions and other constructs) of each respective object 826 and the various fields associated therewith.

Still referring to FIG. 8, the data and services provided by the server 802 can be retrieved using any sort of personal computer, mobile telephone, tablet or other network-enabled client device 840 on the network 845. In an exemplary embodiment, the client device 840 includes a display device, such as a monitor, screen, or another conventional electronic display capable of graphically presenting data and/or information retrieved from the multi-tenant database 830. Typically, the user operates a conventional browser application or other client program 842 executed by the client device 840 to contact the server 802 via the network 845 using a networking protocol, such as the hypertext transport protocol (HTTP) or the like. The user typically authenticates his or her identity to the server 802 to obtain a session identifier (“SessionID”) that identifies the user in subsequent communications with the server 802. When the identified user requests access to a virtual application 828, the runtime application generator 820 suitably creates the application at run-time based upon the metadata 838, as appropriate. As noted above, the virtual application 828 may contain Java, ActiveX, or other content that can be presented using conventional client software running on the client device 840; other embodiments may simply provide dynamic web or other content that can be presented and viewed by the user, as desired.

FIG. 9 depicts an exemplary on-demand application system 900 configured to support a user of a client device 918 monitoring and managing his or her entitlement usage. The on-demand system 900 includes a server 902 associated with a resource provider (e.g., provider system 110) that includes or otherwise implements an application platform 904 capable of generating instances of a virtual application 906 at run-time (e.g., or “on-demand”) based upon data stored or otherwise maintained in a multi-tenant database 908 (e.g., relational database 106). The provider server 902 is communicatively coupled to an on-demand application server 910 (e.g., application server 102) via a communications network 912. In a similar manner as described above in the context of FIGS. 1-3, the application server 910 includes or otherwise implements an application platform 914 (e.g., application platform 104) that supports an entitlement management engine 916 (e.g., entitlement management engine 130) that interfaces with the provider application platform 904 and/or virtual application 906 to create and maintain entitlements associated with the provider in the multi-tenant database 908. In exemplary embodiments, a user of a client device 918 (e.g., client device 118) manipulates an application 920 (e.g., browser application 119) executed by the client device 918 to contact or otherwise access the provider's application platform 904 which generates an instance of the virtual application 906 that is presented by the client application 920 to allow the user to monitor the user's entitlement usage and modify or otherwise manage the user's entitlements, as described in greater detail below. The various elements of the on-demand system 900 are similar to counterpart elements described above in the context of on-demand application system 100 of FIG. 1, and for the sake of brevity, common features and/or functionality may not be redundantly described in detail in the context of FIG. 9. Additionally, FIG. 9 is merely one simplified representation of an on-demand entitlement monitoring system provided for purposes of explanation and is not intended to limit the subject matter described herein in any way.

In exemplary embodiments, the user manipulates the client device 918 to execute the client application 920 and contact the provider server 902 and/or application platform 904 using a networking protocol. As described in greater detail below in the context of FIGS. 10-11, after the application platform 904 authenticates the user, the application platform 904 contacts the application platform 914 and/or entitlement management engine 916 to obtain information pertaining to the user's entitlements and the user's entitlement usage (e.g., the user's consumption of the resources associated with the user's entitlements) and then generates the virtual application 906 at run-time based upon the entitlement information associated with the user that is maintained in the database 908 and provided to the provider server 902 by the application platform 914 and/or entitlement management engine 916. In exemplary embodiments, the application platform 914 and/or entitlement management engine 916 obtains, from the multi-tenant database 908, the entitlement information and the corresponding entitlement usage information associated with the user of the client device 918 and generates one or more graphical representations of the user's usage of one or more resources associated with the user's entitlement based at least in part on the entitlement usage information obtained from the database 908. As described in greater detail below, in exemplary embodiments, the graphical representations are realized as GUI elements, such as progress bar elements, bar chart elements, pie chart elements, or the like, that indicate the relationship between the user's resource usages with respect to the user's allotted usages for those resources. For example, the application platform 914 and/or entitlement management engine 916 may generate a progress bar or a bar chart element corresponding to the ratio of the user's current usage of a particular resource offered by the provider to the user's allotted usage of that particular resource based on the user's entitlement usage information pertaining to that resource. In accordance with one or more embodiments, the application platform 914 and/or entitlement management engine 916 generates code, data and/or other dynamic web content that is executable by the client device 918 to present the graphical representations of the user's entitlement resource usage and provides the code to the application platform 904 for integration with the virtual application 906. In this manner, the code is and executed by the client application 920 to present the GUI elements indicative of the user's entitlement resource usage on the client device 918. In other embodiments, the application platform 914 and/or entitlement management engine 916 generates or otherwise creates one or more image files corresponding to the graphical representations of the user's entitlement resource usage and provides the image file(s) to the application platform 904 for integration with the virtual application 906. For example, the application platform 914 and/or entitlement management engine 916 may utilize charting technology to create image file(s) that are encoded in accordance with the joint photographic experts group (.jpg) standard, the graphics interchange format (.gif), the bitmap image file (.bmp) format, the tagged image file format (.tiff), or another suitable image file format.

As described in greater detail below, the user of the client device 918 utilizes the usage monitoring GUI elements to monitor his or her resource usage and assess whether one or more aspects of his or her entitlements need to be modified or otherwise enhanced. In this regard, the virtual application 906 may include GUI elements adapted to allow the user to modify the user's allotted usage of a particular resource and/or the user's entitlement configuration information. In response to receiving indication of a modified quantity of usage for a particular resource having a corresponding usage monitoring GUI element presented on the client device 918, the application platform 904 and/or the virtual application 906 provides the modified quantity to the application platform 914 and/or entitlement management engine 916, which, in turn, provides a usage monitoring GUI element that indicates the relationship between the user's current usage of that resource with respect to the modified quantity for that resource. For example, the application platform 914 and/or entitlement management engine 916 may update a previously presented progress bar or provide a new progress bar that indicates the ratio of the user's current usage of that resource with respect to the modified quantity of usage for that resource.

Additionally, in some embodiments, the user may utilize the virtual application 906 to modify one or more aspects of the user's entitlement configuration information, wherein the application platform 904 and/or the virtual application 906 calculates or otherwise determines an estimated usage for a particular resource having a corresponding usage monitoring GUI element presented on the client device 918 based at least in part on the modification to the user's entitlement configuration information and the user's current usage for that resource. The application platform 904 and/or the virtual application 906 provides the estimated usage to the application platform 914 and/or entitlement management engine 916, which, in turn, generates or otherwise provides an anticipated usage monitoring GUI element that indicates the relationship between the user's estimated usage of that resource with respect to the user's allotted quantity of usage for that resource. In this regard, when the user modifies the quantity of usage for a particular resource in addition to entitlement configuration information that affects usage of that resource, the application platform 914 and/or entitlement management engine 916 may generate or otherwise provide an anticipated usage monitoring GUI element that indicates the relationship between the user's estimated usage for that resource with respect to the modified quantity of usage for that resource. As described in greater detail below, in response to receiving confirmation from the application platform 904 and/or virtual application 906 that the modifications to the user's entitlement are authorized by the provider (e.g., after the user provides necessary payment information to acquire those modifications), the application platform 914 and/or entitlement management engine 916 updates the provider's entitlement objects maintained by the multi-tenant database 908 that are associated with the user to reflect the modified entitlement configuration information and/or the modified allotted quantities of consumption for particular resources.

FIG. 10 depicts an exemplary embodiment of a usage monitoring process 1000 suitable for implementation by the on-demand system 900 to provide indication to a user of his or her current resource usage with respect to his or her entitlements offered by or otherwise associated with a provider. For illustrative purposes, the following description may refer to elements mentioned above in connection with FIG. 9. In practice, portions of the usage monitoring process 1000 may be performed by different elements of the on-demand system 900, such as, for example, the provider server 902, the provider application platform 904, the virtual application 906, the application server 910, the on-demand application platform 914 and/or the entitlement management engine 916. It should be appreciated that the usage monitoring process 1000 may include any number of additional or alternative tasks, the tasks need not be performed in the illustrated order and/or the tasks may be performed concurrently, and/or the usage monitoring process 1000 may be incorporated into a more comprehensive procedure or process having additional functionality not described in detail herein. Moreover, one or more of the tasks shown and described in the context of FIG. 10 could be omitted from a practical embodiment of the usage monitoring process 1000 as long as the intended overall functionality remains intact.

Referring to FIG. 10, and with continued reference to FIG. 9, in an exemplary embodiment, the usage monitoring process 1000 initializes or otherwise begins by receiving or otherwise obtaining a request for information pertaining to entitlements associated with a user from a resource provider and by retrieving or otherwise obtaining the user's entitlement information from the multi-tenant database (tasks 1002, 1004). In this regard, the application platform 914 and/or entitlement management engine 916 receives a request for at least a portion of the entitlement information associated with the user of the client device 918 from the provider server 902. In exemplary embodiments, the request provided by the provider may include a unique identifier that the provider associates with the user of the client device 918, wherein the on-demand application platform 914 and/or entitlement management engine 916 utilizes the unique user identifier along with a unique identifier associated with the provider (e.g., the provider's tenant identifier) to query the multi-tenant database 908 for the provider's entitlement objects associated with the user. The request from the provider may indicate one or more fields of the user's entitlement information to be obtained, wherein the on-demand application platform 914 and/or entitlement management engine 916 provides the values, criteria, data and/or other information maintained in those fields of the user's entitlement objects to the application platform 904 for integration with the virtual application 906, such as, for example, the names of the resources associated with the user's entitlement, the user's current usage with respect to those resources, the user's allotted usage with respect to those resources, and the like to present information pertaining to the user's entitlements on the client device 918 using one or more GUI displays associated with the virtual application 906. For example, the entitlement management engine 916 may provide the provider application platform 904 with the names of the resources associated with the user's entitlement, wherein the virtual application 906 generates or otherwise provides a GUI display on the client device 918 that includes a listing of those resources for selection by the user, as described in greater detail below in the context of FIG. 12.

Still referring to FIG. 10, in exemplary embodiments, the usage monitoring process 1000 continues by generating or otherwise providing one or more graphical representations that indicate or otherwise represent the user's entitlement usage based at least in part on the user's entitlement information obtained from the multi-tenant database (task 1006). In this regard, for a resource associated with the user's entitlement, the on-demand application platform 914 and/or the entitlement management engine 916 generates or otherwise provides a usage monitoring GUI element that indicates the ratio of the user's current usage of that resource with respect to the total amount of usage allotted to the user for that resource by the user's entitlement. For example, the on-demand application platform 914 and/or the entitlement management engine 916 may create, generate, or otherwise provide a usage monitoring GUI element using the user's current usage of a resource and the user's allotted usage for that resource indicated by the user's entitlement information that was obtained from the multi-tenant database 908 to generate the usage monitoring GUI element. In one embodiment, the on-demand application platform 914 and/or the entitlement management engine 916 generates a bar element for use as the usage monitoring GUI element, wherein the ratio of the length of the internal bar portion of the bar element to the total length of the bar element is equal to the ratio of user's current usage of that resource to the user's allotted usage for that resource. For example, if the user's entitlement information indicates the user is allotted 100 units of usage for a resource and that the user has consumed 60 units of usage for that resource, the on-demand application platform 914 and/or the entitlement management engine 916 may generate a bar element having an internal bar portion occupying sixty percent of the length of the bar element (e.g., the bar element is sixty percent filled), thereby indicating the user's current usage with respect to the user's allotted usage for that resource. As described above, in one or more embodiments, the on-demand application platform 914 and/or entitlement management engine 916 generates executable code for presenting the usage monitoring GUI element and provides the code to the application platform 904, which, in turn, integrates or otherwise incorporates the code into the virtual application 906 (e.g., by embedding the code in an HTML document for a GUI display associated with the virtual application 906) so that the code is subsequently executed and presented to the user by the client application 920 on the client device 918. In other embodiments, the on-demand application platform 914 and/or entitlement management engine 916 generates an image file corresponding to the usage monitoring GUI element and provides the code to the application platform 904, which, in turn, integrates or otherwise incorporates the image file into a GUI display associated with the virtual application 906, so that the image file is presented or otherwise displayed by the client application 920 on the client device 918.

In the illustrated embodiment, the usage monitoring process 1000 continues by receiving an indication of a modification to one or more aspects of a user's entitlement and providing one or more GUI elements that reflect that modification (tasks 1008, 1010). In this regard, the virtual application 906 may provide a GUI display that includes GUI elements (e.g., radio buttons, drop-down lists, text boxes, and the like) adapted to allow the user of the client device 918 to adjust or otherwise modify his or her entitlement configuration information for a particular entitlement, such as one or more user-specific rules and/or criteria for monitoring one or more resources associated with that entitlement, along with the user's allotted quantity of consumption for one or more resources associated with that entitlement. For example, in some embodiments, the user may select or otherwise indicate a desire to increase and/or decrease the user's allotted quantity of usage for an individual resource. In response, the provider application platform 904 and/or the virtual application 906 may transmit or otherwise provide, to the on-demand application platform 914 and/or entitlement management engine 916, an indication of the modified quantity of allotted usage indicated by the user. In accordance with one embodiment, the on-demand application platform 914 and/or entitlement management engine 916 generates or otherwise provides an anticipated usage monitoring GUI element that reflects the modified quantity of usage. For example, continuing the above example, in response to receiving indication of user's a desire to modify his or her allotted units of usage to be 200 units from 100 units, the on-demand application platform 914 and/or the entitlement management engine 916 may generate a bar element having an interior bar portion occupying thirty percent of the length of the bar element, thereby indicating the user's current usage with respect to the modified quantity of usage for that resource. In some embodiments, the on-demand application platform 914 and/or entitlement management engine 916 generates the anticipated usage monitoring GUI element by updating the previously displayed usage monitoring GUI element. In other embodiments, the on-demand application platform 914 and/or entitlement management engine 916 generates a new usage monitoring GUI element to reflect the modified quantity of usage. For example, in addition to the original bar element indicating sixty percent usage, the on-demand application platform 914 and/or entitlement management engine 916 may generate a second bar element indicating third percent usage that may be displayed concurrently with the original bar element in response to receiving indication of user's a desire to modify his or her allotted units of usage to be 200 units from 100 units.

In other embodiments, the user may select or otherwise indicate a desire to modify one or more monitoring rules and/or criteria associated with an individual resource that is likely to impact the user's usage of that resource. In response, the provider application platform 904 and/or the virtual application 906 calculate or otherwise determine an estimated usage of the resource based at least in part on the user's current usage and the modified monitoring rules and/or criteria and transmit or otherwise provide, to the on-demand application platform 914 and/or entitlement management engine 916, an indication of the estimated usage for that resource. In accordance with one embodiment, the on-demand application platform 914 and/or entitlement management engine 916 generates an anticipated usage monitoring GUI element by updating the previously displayed usage monitoring GUI element to reflect the estimated usage. For example, continuing the above example, in response to receiving indication that the user's modification to his or her entitlement configuration information will increase the user's usage by twenty-five percent relative to the user's current usage, the on-demand application platform 914 and/or the entitlement management engine 916 may generate an updated bar element having an interior bar portion occupying seventy-five percent of the length of the bar element, thereby indicating the user's estimated usage with respect to the allotted quantity of usage for that resource. In accordance with another embodiment, the on-demand application platform 914 and/or entitlement management engine 916 generates a new usage monitoring GUI element to reflect the estimated usage that may be displayed concurrently to the original usage monitoring GUI element for that resource.

In some embodiments, the user may select or otherwise indicate a desire to modify his or her allotted quantity of usage along with modifying one or more monitoring rules and/or criteria associated with an individual resource that is likely to impact the user's usage of that resource. For example, continuing the above example, a user may indicate a desire to increase allotted units of usage to be 150 units from 100 units while also modifying one or more monitoring rules that will likely double the user's usage relative to the user's current usage, wherein in response to receiving indication of the estimated usage and the modified quantity of usage, the on-demand application platform 914 and/or the entitlement management engine 916 may generates a bar element having a bar occupying eighty percent of the length of the bar element, thereby indicating the user's estimated usage with respect to the modified quantity of usage for that resource.

Still referring to FIG. 10, in exemplary embodiments, the usage monitoring process 1000 continues by receiving indications of modifications to one or more aspects of the user's entitlements and providing usage monitoring GUI elements that reflect or are otherwise influenced by those modifications until receiving confirmation from the provider that those modifications may be committed to the multi-tenant database (task 1012). In this regard, the on-demand application platform 914 and/or the entitlement management engine 916 may dynamically update the usage monitoring GUI elements in response to indications of the user's inputs or selections provided by the application platform 904 and/or the virtual application 906 to allow the user of the client device 918 to view how modifications to his or her entitlement configuration information may impact his or her entitlement usage. Once the user is satisfied with the modifications to his or her entitlement(s), the user may provide indication of a desire to accept those modifications to the provider. The provider may determine whether or not those modifications are allowable or require additional payments from the user (e.g., to increase the allotted quantity of usage), and in response to determining the modifications require additional payment, prompt the user to provide his or her payment information.

After the modifications are confirmed by the provider, the usage monitoring process 1000 may be completed by updating the multi-tenant database to reflect the modifications to the user's entitlements and generating usage monitoring GUI elements to reflect those modifications (tasks 1014, 1016). For example, after the provider has authorized the modifications (e.g., by processing the payment), the provider application platform 904 and/or the virtual application 906 may transmit or otherwise provide an indication to the on-demand application platform 914 and/or the entitlement management engine 916 that the modified user entitlement configuration information may be committed to the multi-tenant database 908, whereby in response, the on-demand application platform 914 and/or the entitlement management engine 916 updates or otherwise modifies the appropriate fields of the user's entitlement objects to reflect the modifications to the user's allotted quantity of consumption for particular resources and/or the modifications to the user's entitlement configuration information, for example, by overwriting the values for those fields of user entitlement objects in the database 908. Additionally, the on-demand application platform 914 and/or the entitlement management engine 916 generates usage monitoring GUI elements provided to the application platform 904 to reflect the user's current usage with respect to the modified quantity of allotted usage for affected resources.

FIG. 11 illustrates an exemplary sequence 1100 of communications within the on-demand system 900 in accordance with an exemplary embodiment of the usage monitoring process 1000 of FIG. 10. Referring to FIG. 11, and with continued reference to FIGS. 9-10, the illustrated sequence 1100 begins with the user of the client device 918 manipulating a client application 920 to access or otherwise contact the provider server 902 and providing 1102 information utilized by the provider to identify and/or authenticate the user. After the user of the client device 918 is authenticated, the provider server 902 transmits or otherwise provides 1104 a request for entitlement information associated with the user of the client device 918. In response to the request, the application server 910 queries 1106 the multi-tenant database 908 using the tenant identifier associated with the provider and a unique user identifier associated with the user to retrieve or otherwise obtain the provider's entitlement objects (or the requested fields thereof) from the database 908 that are associated with the user of the client device 918. The application server 910 provides 1108 at least a portion of the obtained user entitlement information to the provider server 902 along with one or more graphical representations of the user's usage for one or more resources associated with the user's entitlement. As described above, the application server 910 generates a usage monitoring GUI element for a particular resource associated with a user's entitlement based on the user's current usage (e.g., the user's consumption of that resource during the current monitoring period) for that resource and the user's allotted usage for that resource (e.g., the user's maximum allowed consumption during the current monitoring period) that are indicated by the user's entitlement information retrieved from the database 908. The provider server 902 integrates or otherwise incorporates the usage monitoring GUI element into an instance of virtual application 906 and provides 1110 the instance of the virtual application 906 to the client device 918, so that the usage monitoring GUI element is presented or otherwise displayed by the client application 920.

As described above, in one or more embodiments, the virtual application 906 provides a GUI display within the client application 920 on the client device 918 that includes user-configurable and/or user-selectable GUI elements (e.g., buttons, drop-down lists, text boxes, and the like) adapted to allow the user to adjust or otherwise modify one or more aspects of the user's entitlement, such as, for example, the allotted quantity of usage for a resource, the monitoring period for a resource, one or more user-specific rules and/or criteria, or the like. In response to receiving 1112 an indication of a modification to the user's entitlement, the provider application platform 904 and/or virtual application 906 determines an estimated usage for a particular resource and/or a modified allotted quantity of usage for that resource and provides 1114 an indication of the estimated usage and/or the modified allotted quantity of usage to the application server 910. As described above, in response, the application server 910 generates one or more usage monitoring GUI elements based on the estimated usage and/or the modified allotted quantity and provides 1116 those anticipated usage monitoring GUI elements to the provider server 902, which, in turn, integrates the anticipated usage monitoring GUI elements into the GUI display for the virtual application 906 and presents or otherwise provides 1118 the updated GUI display for the virtual application 906 that includes the anticipated usage monitoring GUI elements for presentation by the client application 920. In this manner, the usage monitoring GUI elements may be dynamically updated substantially in real-time to reflect the user's modifications to their entitlement.

As described above, the user of the client device 918 may continually adjust aspects of his or her entitlements and utilize the usage monitoring GUI elements to better understand the impact of the modifications. When the user is satisfied with the modifications, the user manipulates the client device 918 to provide 1120 indication of a desire to accept those modifications to the provider server 902, which, in turn, verifies the modifications are acceptable before providing 1122 an indication of a desire to save or otherwise maintain the modifications to the user's entitlement in the multi-tenant database 908 to the application server 910. In response to receiving the indication that the modifications may be saved, the application server 910 accesses 1124 the database 908 to update the provider's entitlement objects in the database 908 associated with the user to reflect the modifications and/or create new entitlement objects in the database 908 associated with the user based on the modifications. As described above, in exemplary embodiments, the application server 910 generates one or more usage monitoring GUI element(s) indicative of the user's current usage with respect to the modified entitlement(s) and provides 1126 the usage monitoring GUI element(s) to the provider server 902, which, in turn, integrates the usage monitoring GUI element(s) into the virtual application 906 to provide 1128 an updated GUI display on the client device 918 that includes the usage monitoring GUI element(s) reflecting the user's modifications.

FIGS. 12-14 illustrate an exemplary sequence of GUI displays that may be provided by the application platform 904 and graphically presented by the virtual application 906 within the client application 920 in accordance with the usage monitoring process 1000 of FIG. 10. In this regard, the displays illustrated in FIGS. 12-14 represent a portion of the visual area on the electronic display associated with the client device 918. In some embodiments, the displays may be realized as or otherwise derived from one or more screens integrated with or otherwise supported by the on-demand application platform 914, which may be custom screens specific to the provider or standard screens supported by the application platform 914, as described above.

Referring to FIG. 12, in the illustrated embodiment, the provider is a social media monitoring system, where a user's entitlement includes resources such as topic profiles and mentions. In this regard, a topic profile is one or more combinations of keywords, operators, and other criteria that define a topic to be monitored on one or more social networking websites and/or other websites, while a mention is an instance of a communication (e.g., a post, a message, an article, a tag, or the like) on the websites being monitored by the provider that satisfy one of the user's topic profiles. After the provider application platform 904 authenticates the user, the provider application platform 904 obtains, from the database 908 via the on-demand application platform 914 and/or the entitlement monitoring engine 916, the user's entitlement information indicating the names of the user's current topic profiles and generates the GUI display 1200 that includes a list box 1202 containing a listing of the user's topic profiles currently being supported by the provider. As described above, the GUI display 1200 includes usage monitoring GUI elements 1204, 1206 generated and provided by the on-demand application platform 914 and/or the entitlement monitoring engine 916 that indicate the relationship between the user's current usage of the topic profiles and mentions with respect to the user's allotted numbers of topic profiles and mentions for the user's entitlement. As described above, the on-demand application platform 914 and/or entitlement management engine 916 accesses the database 908 to retrieve the user's entitlement usage information and determines the number of topic profiles that the user has already utilized or consumed based on the user's entitlement usage information. As illustrated, when the user is currently allotted four topic profiles and the user's entitlement usage information maintained by the database 908 indicates the user has utilized or otherwise consumed three topic profiles, the on-demand application platform 914 and/or entitlement management engine 916 generates a bar element 1204 an interior bar portion 1205 having a length corresponding to seventy-five percent of the total length of the bar element 1204. In this regard, the bar portion 1205 is a portion of the bar element 1204 that is filled, shaded, patterned, or otherwise rendered in a visually distinguishable manner to indicate the usage of a particular resource. In various embodiments, the remaining portion of the bar element 1204 that is not occupied by the bar portion 1205 may be filled, shaded, patterned, or otherwise rendered in a manner that is visually distinguishable from the bar portion 1205 (e.g., in a different color than bar portion 1205). In a similar manner, when the user is currently allotted 10,000 mentions and the user's entitlement usage information maintained by the database 908 indicates the user has utilized or otherwise consumed 6,400 mentions over the current monitoring period, the on-demand application platform 914 and/or entitlement management engine 916 generates a bar element 1206 including a bar portion 1207 having a length corresponding to sixty-four percent of the total length of the bar element 1206. In the illustrated embodiment of FIG. 12, the bar elements 1204, 1206 are stacked in a grouping, such that their lengths are identical and parallel to one another.

Referring to FIGS. 12-13, the illustrated GUI display 1200 includes selectable GUI elements 1208, 1210, 1212, such as buttons, which are adapted to allow a user to add new topic profiles or delete existing profiles. As illustrated in FIG. 13, when the user selects a button 1210, 1212 to add a new topic profile, the provider application platform 904 updates the GUI display 1200 to include additional GUI elements (e.g., text boxes, radio buttons, drop-down menus, and the like) adapted to allow the user to define new topic profiles. When the user indicates a desire to create a new topic profile, the provider application platform 904 provides indication to the application platform 914 and/or entitlement management engine 916, which generates anticipated usage monitoring GUI elements 1304, 1306 based on the new topic profile. In this regard, the application platform 914 and/or entitlement management engine 916 generates a bar element 1304 that indicates the estimated or anticipated usage of the user's allotted number of topic profiles if the topic profiles being defined by the user are saved or otherwise committed to the database 908. As illustrated, when the number of new topic profiles defined by the user combined with the number of current topic profiles exceeds the user's allotted number of topic profiles, the application platform 914 and/or entitlement management engine 916 provides a bar element 1304 that includes a bar portion 1305 occupying the total length of the bar element 1304 and an extending portion 1320 that extends beyond the bar element 1304. The extending portion 1320 is filled, shaded, patterned, or otherwise rendered using a visually distinguishable characteristic different than the bar portion 1305, for example, by providing the extending portion 1320 with a color, shading, or pattern different than that used for the bar portion 1305. When the provider application platform 904 determines that the estimated usage for the user's topic profiles exceeds the user's allotted number of topic profiles, the provider application platform 904 may provide a selectable element 1310 on the GUI display 1200 adapted to allow the user to increase the allotted number of topic profiles. Alternatively, the user may select button 1208 to remove the delete topic profile, wherein in response to receiving indication of the deletion, the on-demand application platform 914 and/or entitlement management engine 916 generates the bar element 1304 without extending portion 1320.

Still referring to FIG. 13, as the user indicates or otherwise modifies the keywords, operators, and other monitoring criteria for a topic profile, the provider application platform 904 polls, searches or otherwise accesses social networking websites and/or other websites being monitored via the network 912 to identify additional instances of communications on those websites that satisfy the new and/or modified topic profile and determines an estimated number of mentions based on the sum of the user's current number of mentions and the newly identified mentions. The provider application platform 904 provides indication of the estimated number of mentions to the on-demand application platform 914 and/or entitlement management engine 916, which generates a bar element 1306 that indicates the estimated number of mentions with respect to the number of mentions currently allotted to the user. In this regard, as the user modifies the keywords, operators, and other monitoring criteria for a topic profile, the provider application platform 904 may determine an estimated number of mentions that is influenced by the modifications to the topic profile and provide an indication of the estimated number to the on-demand application platform 914 and/or entitlement management engine 916, so that the estimated mentions bar portion 1307 is updated substantially in real-time to provide indication to the user of how the modified topic profile affects the consumption of the user's allotted number of mentions.

Referring now to FIGS. 13-14, after the user is done modifying aspects of his or her entitlement, the user may select a GUI element (e.g., button 1310) indicative of a desire to save or otherwise commit the modifications to the entitlement to the database 908. In this regard, when the provider application platform 904 determines the modifications are not authorized because the estimated usage for a particular resource exceeds the allotted usage for that resource, the provider application platform 904 generates or otherwise provides a GUI display 1400 adapted to allow a user to increase the allotted quantities of usage for the resources associated with the entitlement. In this regard, the GUI display 1400 includes GUI elements 1420, 1422, 1424, 1426 adapted to allow the user to increase the allotted number of topic profiles, the allotted number of mentions associated with the user's entitlement, and the allotted number of different users that may access the user's entitlement (e.g., to view the topic profiles or mentions). As illustrated, the GUI display 1400 includes usage monitoring GUI elements 1402, 1404, 1406 indicating the user's current usage with respect to the user's current allotted usage for the various resources along with anticipated usage monitoring GUI elements 1408, 1410, 1412 indicating the user's estimated usage with respect to any modifications to the user's allotted usage indicated by GUI elements 1420, 1422, 1424, 1426. In this regard, when the user manipulates the GUI element 1420 to increase the allotted number of topic profiles, the provider application platform 904 indicates the amount of increase to the on-demand application platform 914 and/or entitlement management engine 916, which, in turn, updates the topic profile anticipated usage monitoring GUI element 1408 to reflect the increase (e.g., by removing any previously displayed extending portion 1308 when the modified allotted usage exceeds the estimated usage). Similarly, if the user manipulates the GUI element 1422 to increase the allotted number of mentions, the provider application platform 904 indicates the amount of increase to the on-demand application platform 914 and/or entitlement management engine 916, which, in turn, updates the mentions anticipated usage monitoring GUI element 1410 to reflect the increase (e.g., by decreasing the percentage of the bar element 1410 that is filled, shaded, patterned, or otherwise indicated from about eighty-two percent to about thirty-three percent).

Still referring to FIGS. 12-14, after the user has indicated the desired increases to the user's allotted usage, the user may manipulate GUI elements to commit the modifications to the entitlement to the database 908, for example, by selecting selectable GUI element 1440 to purchase the increased allotment of topic profiles. As described above, once the provider application platform 904 processes the user's payment information and authorizes or otherwise confirms the increased allotments, the provider application platform 904 provides indication of the modified allotted quantities of usage to the on-demand application platform 914 and/or entitlement management engine 916 with the modified allotted quantities for the various resources, and the on-demand application platform 914 and/or entitlement management engine 916 updates the user's entitlement objects in the database 908 to reflect the modified allotments for those resources of the user's entitlement. Thus, when the GUI display 1200 is subsequently presented on the client device 918, the on-demand application platform 914 and/or entitlement management engine 916 provides a topic profile current usage monitoring GUI element 1204 that indicate the modified allotted quantity of usage (e.g., 5 topic profiles) based on the user entitlement information that is currently maintained by the database 908.

To briefly summarize, one advantage of the subject matter described herein is that information pertaining to entitlements offered or otherwise provided by a provider may be managed or otherwise maintained “in the cloud” by an on-demand application server in a manner that accommodates a number of potential entitlement models and allows for the creation of new entitlements and/or modification of existing entitlements without substantially increasing overhead or development resources. Additionally, user's may access the provider to manage or otherwise monitor his or her entitlement(s), wherein the provider provides a GUI display that includes usage monitoring GUI elements generated by the on-demand application server that allow the user to visually monitor their current entitlement usage and identify how modifications to one or more aspects of the entitlement may impact the entitlement usage.

The foregoing description is merely illustrative in nature and is not intended to limit the embodiments of the subject matter or the application and uses of such embodiments. Furthermore, there is no intention to be bound by any expressed or implied theory presented in the technical field, background, or the detailed description. As used herein, the word “exemplary” means “serving as an example, instance, or illustration.” Any implementation described herein as exemplary is not necessarily to be construed as preferred or advantageous over other implementations, and the exemplary embodiments described herein are not intended to limit the scope or applicability of the subject matter in any way.

For the sake of brevity, conventional techniques related to computer programming languages, techniques and/or protocols, computer networking, on-demand and/or multi-tenant systems or databases, authentication, data security, and other functional aspects of the systems (and the individual operating components of the systems) may not be described in detail herein. In addition, those skilled in the art will appreciate that embodiments may be practiced in conjunction with any number of system and/or network architectures, data transmission protocols, and device configurations, and that the system described herein is merely one suitable example. Furthermore, certain terminology may be used herein for the purpose of reference only, and thus is not intended to be limiting. For example, the terms “first”, “second” and other such numerical terms do not imply a sequence or order unless clearly indicated by the context.

Embodiments of the subject matter may be described herein in terms of functional and/or logical block components, and with reference to symbolic representations of operations, processing tasks, and functions that may be performed by various computing components or devices. Such operations, tasks, and functions are sometimes referred to as being computer-executed, computerized, software-implemented, or computer-implemented. In practice, one or more processing systems or devices can carry out the described operations, tasks, and functions by manipulating electrical signals representing data bits at accessible memory locations, as well as other processing of signals. The memory locations where data bits are maintained are physical locations that have particular electrical, magnetic, optical, or organic properties corresponding to the data bits. It should be appreciated that the various block components shown in the figures may be realized by any number of hardware, software, and/or firmware components configured to perform the specified functions. For example, an embodiment of a system or a component may employ various integrated circuit components, e.g., memory elements, digital signal processing elements, logic elements, look-up tables, or the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices. When implemented in software or firmware, various elements of the systems described herein are essentially the code segments or instructions that perform the various tasks. The program or code segments can be stored in a processor-readable medium or transmitted by a computer data signal embodied in a carrier wave over a transmission medium or communication path. The “processor-readable medium” or “machine-readable medium” may include any non-transitory medium that can store or transfer information. Examples of the processor-readable medium include an electronic circuit, a semiconductor memory device, a ROM, a flash memory, an erasable ROM (EROM), a floppy diskette, a CD-ROM, an optical disk, a hard disk, a fiber optic medium, a radio frequency (RF) link, or the like. The computer data signal may include any signal that can propagate over a transmission medium such as electronic network channels, optical fibers, air, electromagnetic paths, or RF links. The code segments may be downloaded via computer networks such as the Internet, an intranet, a LAN, or the like. In this regard, the subject matter described herein can be implemented in the context of any computer-implemented system and/or in connection with two or more separate and distinct computer-implemented systems that cooperate and communicate with one another. In one or more exemplary embodiments, the subject matter described herein is implemented in conjunction with a virtual customer relationship management (CRM) application in a multi-tenant environment.

While at least one exemplary embodiment has been presented in the foregoing detailed description, it should be appreciated that a vast number of variations exist. It should also be appreciated that the exemplary embodiment or embodiments described herein are not intended to limit the scope, applicability, or configuration of the claimed subject matter in any way. Rather, the foregoing detailed description will provide those skilled in the art with a convenient road map for implementing the described embodiment or embodiments. It should be understood that various changes can be made in the function and arrangement of elements without departing from the scope defined by the claims, which includes known equivalents and foreseeable equivalents at the time of filing this patent application. Accordingly, details of the exemplary embodiments or other limitations described above should not be read into the claims absent a clear intention to the contrary. 

What is claimed is:
 1. A method of managing entitlements, the method comprising: obtaining, by an application server coupled to a network, usage information for a resource associated with an entitlement from a database, the usage information being indicative of a current usage of the resource; generating, by the application server, code executable by a client device coupled to the network to present, on the client device, a first graphical representation of the current usage of the resource with respect to an allotted usage for the resource; determining, by the application server, an estimated usage of the resource based at least in part on the usage information indicative of the current usage of the resource obtained from the database; generating, by the application server, code executable by the client device to present, on the client device, a second graphical representation of the estimated usage of the resource with respect to the allotted usage for the resource; receiving, by the application server from the client device, an indication of a modified monitoring criterion associated with monitoring consumption of the resource, the modified monitoring criterion impacting usage of the resource relative to the current usage; and dynamically updating, by the application server, the second graphical representation in response to receiving the indication to reflect the estimated usage influenced by the modified monitoring criterion.
 2. The method of claim 1, wherein: generating the code to present the first graphical representation comprises generating a first usage monitoring graphical user interface element on the client device, the first usage monitoring graphical user interface element indicating the current usage in a visually distinguishable manner relative to a remaining portion of the allotted usage; and generating the code to present the second graphical representation comprises second a first usage monitoring graphical user interface element on the client device, the second usage monitoring graphical user interface element indicating the estimated usage in a visually distinguishable manner.
 3. The method of claim 2, wherein: generating the first usage monitoring graphical user interface element comprises generating a first bar element having a first bar portion having a first length corresponding to a ratio of the current usage to the allotted usage; generating the second usage monitoring graphical user interface element comprises generating a second bar element having a second bar portion having a second length corresponding to a ratio of the estimated usage to the allotted usage; and dynamically updating the second graphical representation comprises dynamically updating the second length of the second bar portion in response to the indication of the modified monitoring criterion.
 4. The method of claim 3, further comprising providing a graphical user interface element adapted to allow a user of the client device to increase the allotted usage, wherein dynamically updating the second graphical representation comprises dynamically updating the second bar portion to reflect the increase.
 5. The method of claim 1, further comprising providing a graphical user interface element adapted to allow a user of the client device to increase the allotted usage, wherein dynamically updating the second graphical representation further comprises dynamically updating the second graphical representation to reflect the increase.
 6. The method of claim 1, further comprising providing a graphical user interface element adapted to allow a user of the client device to modify a user-specific criteria for monitoring the resource, resulting in the modified monitoring criterion, wherein dynamically updating the second graphical representation comprises: calculating the estimated usage based on the current usage and the modified monitoring criterion; and updating the second graphical representation to reflect the estimated usage.
 7. The method of claim 1, further comprising providing a graphical user interface element adapted to allow a user of the client device to modify a user-specific rule for monitoring the resource, the modified monitoring criterion comprising the modified monitoring rule, wherein dynamically updating the second graphical representation comprises: calculating the estimated usage based on the current usage and the modified monitoring rule; and updating the second graphical representation to reflect the estimated usage.
 8. The method of claim 1, wherein the indication of the modified monitoring criterion comprises an indication of a modified monitoring period over which consumption of the resource is limited, an indication of whether the allotted usage can be exceeded over the monitoring period, an indication of whether failure to consume the allotted usage can be applied to a subsequent monitoring period, or an indication of a relationship between the resource and a second resource.
 9. The method of claim 1, the application server providing the code to a provider of the resource via a network, wherein the code is integrated into a virtual application provided by the provider to the client device via the network.
 10. The method of claim 1, further comprising: receiving indication of a modification to the allotted usage; and determining a modified allotted usage by adjusting the allotted usage based on the modification, wherein dynamically updating the second graphical representation comprises dynamically updating the second graphical representation to reflect a ratio of the estimated usage to the modified allotted usage.
 11. The method of claim 1, wherein the modified monitoring criterion comprises a user-specific rule for monitoring the resource that impacts the user's usage of the resource.
 12. The method of claim 1, further comprising: obtaining, by the application server, entitlement definition information for the entitlement; receiving, by the application server, user entitlement configuration information corresponding to the entitlement for a user of the client device, the user entitlement configuration information including one or more monitoring criteria associated with monitoring consumption of the resource by the user; creating, by the application server, one or more entitlement objects for the user in the database based on the entitlement definition information and the user entitlement configuration information, wherein the entitlement definition information includes metadata defining a structure of the one or more entitlement objects; and updating, by the application server, the one or more entitlement objects in the database to reflect the modified monitoring criterion of the one or more monitoring criteria.
 13. The method of claim 12, further comprising: receiving, by the application server from a provider offering the entitlement, the usage information for the user; and updating, by the application server, one or more of the one or more entitlement objects to reflect the usage information.
 14. The method of claim 1, wherein obtaining the usage information comprises querying the database using a tenant identifier associated with a provider of the resource and a user identifier associated with a user of the client device to retrieve, from the database, an entitlement object of the provider that is associated with the user of the client device.
 15. A system comprising: a database to maintain usage information for a resource of an entitlement associated with a user of a client device; and an application server coupled to the database to: obtain the usage information from the database; generate first code executable by the client device coupled to the application server via a network to present a first graphical representation of a current usage of the resource with respect to an allotted usage for the resource on the client device based on the usage information; determine an estimated usage of the resource based at least in part on the usage information; generate second code executable by the client device to present a second graphical representation of the estimated usage of the resource with respect to the allotted usage for the resource; and dynamically update the second graphical representation in response to receiving an indication of a modified monitoring criterion associated with monitoring consumption of the resource from the client device, wherein the modified monitoring criterion impacts usage of the resource relative to the current usage.
 16. The system of claim 15, further comprising a provider server coupled to the client device and the application server via a network to obtain the first and second code from the application server and integrate the first and second graphical representations into a virtual application provided to the client device via the network.
 17. The system of claim 15, wherein: the database comprises a multi-tenant database supporting a plurality of tenants; and the application server obtains the usage information by querying the multi-tenant database using a tenant identifier associated with a provider offering the entitlement.
 18. The system of claim 15, wherein: the first graphical representation comprises a first bar element having a first bar portion having a first length corresponding to a ratio of the current usage to the allotted usage; the second graphical representation comprises a second bar element having a second bar portion having a second length corresponding to a ratio of the estimated usage to the allotted usage; and dynamically updating the second graphical representation comprises dynamically updating second length of the second bar portion in response to the indication of the modified monitoring criterion.
 19. The system of claim 15, wherein the modified monitoring criterion comprises a modified monitoring period over which consumption of the resource is limited, an indication of whether the allotted usage can be exceeded over the monitoring period, an indication of whether failure to consume the allotted usage can be applied to a subsequent monitoring period, or an indication of a relationship between the resource and a second resource.
 20. A server comprising a processing system and a memory, wherein the memory comprises computer-executable instructions that, when executed by the processing system, cause the server to: receive a request for information pertaining to an entitlement associated with a user of a client device; obtain usage information for a resource associated with the entitlement from a database; generate a first graphical representation of current usage of the resource with respect to an allotted usage for the resource based at least in part on the usage information; provide the first graphical representation to the client device via the network; determine an estimated usage of the resource based at least in part on the usage information obtained from the database; generate a second graphical representation of the estimated usage of the resource with respect to the allotted usage for the resource; provide the second graphical representation to the client device via the network; receive an indication of a modified monitoring criterion associated with monitoring consumption of the resource from the client device via the network, the modified monitoring criterion impacting usage of the resource relative to the current usage; and dynamically update the second graphical representation in response to receiving the indication to reflect the estimated usage influenced by the modified monitoring criterion. 